GtkWindow: Trivial cleanup

GtkLabel: Use G_PARAM_EXPLICIT_NOTIFY

GtkComboBox: Notify for has-frame and editing-canceled

GtkCellEditable: Use G_PARAM_EXPLICIT_NOTIFY

This is an interface property, so all implementors will have
to adjust to this.

GtkAppChooserButton: Use G_PARAM_EXPLICIT_NOTIFY

GtkContainer: Use G_PARAM_EXPLICIT_NOTIFY

GtkWidget: Use G_PARAM_EXPLICIT_NOTIFY

A few properties here are special, and can't benefit from it:
those which are just shorthands, like ::margin and ::expand,
and those that have explicit -set properties, like::hexpand
and ::vexpand.

GtkOrientable use G_PARAM_EXPLICIT_NOTIFY

This one is a little tricky, since we override this property
in many places, and you cannot add flags when overriding. So,
all places where this is overridden will have to make sure to
notify explicitly.

GtkEntry: Use G_PARAM_EXPLICIT_NOTIFY

GtkCellRendererText: Use G_PARAM_EXPLICIT_NOTIFY for 'alignment'

GtkCellAreaBox: Use G_PARAM_EXPLICIT_NOTIFY

GtkCalendar: Use G_PARAM_EXPLICIT_NOTIFY

And make sure we correctly notify for all properties.

GtkAspectFrame: Use G_PARAM_EXPLICIT_NOTIFY

GtkApplicationWindow: Use G_PARAM_EXPLICIT_NOTIFY

GtkApplicationWindow: Avoid a crash

In several places, we were not correctly dealing with the
possibility of application not being set.

GtkAppChooserWidget: Use G_PARAM_EXPLICIT_NOTIFY

GtkAppChooserButton: Fix a possible crash

We were not correctly dealing with content_type being NULL
in one place.

GdkDevice: Use G_PARAM_EXPLICIT_NOTIFY

GtkComboBox: Use G_PARAM_EXPLICIT_NOTIFY

GtkCellRendererSpinner: Use G_PARAM_EXPLICIT_NOTIFY

GtkCellRendererAccel: Use G_PARAM_EXPLICIT_NOTIFY

GtkButtonBox: Use G_PARAM_EXPLICIT_NOTIFY

GtkBox: Use G_PARAM_EXPLICIT_NOTIFY

GtkBox: Convert to g_object_install_properties

GtkBox: Move overridden property ids to the end

This will make it easier to convert to g_object_install_properties
in the next commit.

GtkButton: Use G_PARAM_EXPLICIT_NOTIFY

GtkButton: Convert to g_object_class_install_properties

GtkAccelLabel: use G_PARAM_EXPLICIT_NOTIFY

GtkAccelLabel: Convert to g_object_class_install_properties

GtkAboutDialog: Use a setter for wrap-license

This avoids redundant notification.

GtkAboutDialog: Fix a parameter check

When we expanded the GtkLicense enumeration in 3.12, we forgot
to update the limit check in gtk_about_dialog_set_license_type.
Caught by testing property notification for enum properties.

GtkAboutDialog: Use G_PARAM_EXPLICIT_NOTIFY

GtkAboutDialog: Convert to g_object_class_install_properties

GtkRevealer: Use G_PARAM_EXPLICIT_NOTIFY

GtkRevealer: Convert to g_object_class_install_properties

GtkFlowBox: Use G_PARAM_EXPLICIT_NOTIFY

GtkFlowBox: Convert to g_object_class_install_properties

GtkFlowBox: Move overridden prop ids to the end

This makes it easier to convert to g_object_class_install_properties
in the next commit.

GtkFlowBox: Drop unused prop ids

No h/valign properties here.

GtkListBox: Use G_PARAM_EXPLICIT_NOTIFY

GtkStack: Avoid a few redundant notify emissions

A few of the property setters were missing the
standard checks.

GtkStack: Use G_PARAM_EXPLICIT_NOTIFY

Bump required GLib version

For G_PARAM_EXPLICIT_NOTIFY.

reftests: Fix random failures of reftest

The reftest is testing "transparent" works as expected by drawing a
purple background once with purple and once with transparent and
expecting the same result. This works fine unless anti-aliasing happens
at rounded corners. The overdraw of the 2nd background changes the
antialiased pixels.

Fix this by explicitly setting the border radius to 0.

Also reindent the file to make it more readable.

Fix MSVC 2008 Projects

...Make up for a missed 
 required for a new line in commands...

MSVC Builds: Update Introspection Build

The a11y headers are now listed with the main Makefile.am of GTK, and
GDK introduced deprecated headers, so we need to account for them for the
build of the introspection files.

Visual Studio Builds: Update Headers "Installation"

MSVC 2010+ Projects: Update "Installation" Process

Currently, due to the way that Visual Studio 2010+ projects are handled,
the "install" project does not re-build upon changes to the sources, as it
does not believe that its dependencies have changed, although the changed
sources are automatically recompiled.  This means that if a part or more
of the solution does not build, or if the sources need some other fixes
or enhancements, the up-to-date build is not copied automatically, which
can be misleading.

Improve on the situation by forcing the "install" project to trigger its
rebuild, so that the updated binaries can be copied.  This does trigger an
MSBuild warning, but having that warning is way better than not having an
up-to-date build, especially during testing and development.

inspector: Fix build with quartz backend

Add -xobjective-c to libgtkinspector_la_CFLAGS to handle objc headers.

docs: Sort style classes alphabetically

Otherwise, it is pretty hard to keep track of what
classes are missing from the list. As a consequence,
several of the existing classes were missing. Add those
at the same time.

GtkWindow: always input-shape csd windows

Even if we don't have border windows, we need to set the input
shape so we ignore clicks in the shadow region.

inspector: Make picking more robust

Apparently ClutterOffscreen returns NULL as a window.
While that is not cool, we shouldn't crash.

GtkDialog: Be a little more careful about button placement

We were applying response based heuristics, even if the button
is explicitly put in the headerbar. That broke button placement
in some epiphany dialogs, such as the Cookies one. Therefore,
restrict the heuristics to action widgets that are added through
gtk_widget_add_action_widget() or <child type="action">, where it
is not possible to specify placement explicitly.

GtkDialog: avoid a crash

Just because use-header-bar is set, it is not safe to assume
every action widget is in the headerbar, so be careful when
setting child properties.

wayland: Explicitly handle classic mode for now

There are plans to add session-dependent defaults to GSettings
(based on the newly standardized XDG_CURRENT_DESKTOP); until
then, the WM uses a different schema for its button-layout
setting in classic mode. So for the time being, do the same
and pick the alternative schema when XDG_CURRENT_DESKTOP
indicates that we are in a classic session.
(It's not pretty, but hopefully won't be with us for too long ...)

https://bugzilla.gnome.org/show_bug.cgi?id=731273

wayland: Set gtk-decoration-layout

Pick up the setting from the org.gnome.desktop.wm.preferences schema
if available. It is slightly more involved than other settings, as
the actual button names used in the schema differ from the ones we
use, so we need an additional translation step.

https://bugzilla.gnome.org/show_bug.cgi?id=731273

gtk/gtkkineticscrolling.c: Include fallback-c89.c

... as round() is being used, which is for C99 and later.  fallback-c89.c
includes math.h as well.

inspector: Avoid a crash

An unset action-name should not cause us to crash.

widget-factory: Avoid a crash

We want to be able to show the dialogs more than once, so just
hide them on delete.

Remove unintentional addition

Debugging leftovers.

widget-factory: Show some 'standard' dialog types

Add examples for the types of dialog that are mentioned
in the GNOME HIG: information dialogs, action dialogs and
preference dialogs.

GtkDialog: Improve the buildable implementation

When combining action child type with <action-widgets> to assign
response ids, we were not properly updating buttons that ended up
getting added to the headerbar before they have a response id.
Fix this by reapplying the headerbar button setup after parsing
<action-widgets>, and make sure to also update the suggested-action
style class.

Trivial string change

Capitalize 'Expander' in the widget-factory UI.

combobox: Fix reentrancy in gtk_combo_box_popdown()

If called when already popped down, warnings would be issued due
to priv->grab_pointer being unexpectedly NULL, this would happen
in regular operation when selecting items in appears-as-list mode.

So both add a NULL check for priv->grab_pointer, and bail out early
if the popup window is already hidden.

Updated POTFILES.in and POTFILES.skip

scrolledwindow: Replace kinetic scrolling with GtkKineticScrolling

Two GtkKineticScrolling helpers are used, one per axis direction.

https://bugzilla.gnome.org/show_bug.cgi?id=729608

gtk: Add kinetic scrolling helper

GtkKineticScrolling implements the actual physics laws for friction
and springs. When created, position/velocity/boundaries/constants are
given, so at every gtk_kinetic_scrolling_tick() it returns the current
position, and whether the system is in rest.

https://bugzilla.gnome.org/show_bug.cgi?id=729608

flowbox: Use gestures for event management

A multipress gesture takes care of item selection/activation, and
a drag gesture is used to manage events when rubberbanding selection
is performed.

listbox: Use multipress gesture for row selection/activation

This gesture replaces the button_press/release_event handlers.

label: Use gestures for event management

A multipress gesture takes care of link handling, and char/word/all
selection mode on selectable labels. A drag gesture is used for both
text selection and DnD checks on selectable labels.

range: Use GtkGesture for event management

A multipress gesture takes care of clicks, and where those happened.
If the click is meant to move the slider while pressed, the drag gesture
takes over, dragging the slider while active.

expander: Use multipress gesture for event management

This actually acts regardless of the value n_press, alternatively
expanding and collapsing the GtkExpander.

widget: reset all controllers when the widget becomes insensitive

Widgets becoming insensitive won't receive further events, but there
could be chances the controllers don't get properly notified and reset
in those situations.

inspector: Make GMenu content show up

My problem was that all the content is usually hidden away
in sections, so without recursion, nothing shows up. So,
implement the recursion then.

Forgotten file

inspector: show GMenus

This does not quite work yet, and I have no idea why.

GtkMenuTracker: fix signal handler argument list

The signal handler for the visibility of menu items changing had the
wrong signature, resulting in the GParamSpec from the notify signal
being treated as a boolean (which was always true).  This resulted in
items being added over and over and never being removed.

Fix that...

Updated Hebrew translation

inspector: Actually destroy the property editors

We were never finalizing any of the popovers used for editing
properties. Fix that.

inspector: Fix a memory leak

inspector: Add an initial action editor

Use a popup, like we do for properties. For now, it allows
activating the action (with parameter, if necessary) and
setting the state.

gtk/deprecated/gtkcolorsel.c: Include gtkwindowgroup.h

Since commit 872fbfac the GtkWindowGroup was split out from the GtkWindow
sources, so include gtkwindowgroup.h to avoid C4013 warnings/errors
(implicit declaration of ...) on gtk_window_group_add_window().

Expand GtkWindowGroup docs

inspector: Lower the inspector window when picking

This avoids the problem  of the inspector window covering the
widget you want to pick.

inspector: Show the widget tree when picking

Makes more sense that way.

inspector: Go to the desired tab

We were setting the next-tab properly, but were trying to
read it off the wrong object. Now, going from a cell renderer
attribute mapping to the model, or from an action-name to the
action actually works.

tests: Add multitouch gesture tests

So far, gesture behavior on lack/excess of touchpoints is tested, as well
as sequence hand-in between gestures in these situations.

widget: Set GDK_BUTTON1_MASK on emulated pointer events

The touch_event handler was missing those when emulating pointer events
for the widgets that get GDK_TOUCH_MASK set, but have no specialized
touch handlers.

Fix up internal function naming

Even if you believe this functionality belongs into gdk, it
is not ok to name internal functions in gtkwindow.c gdk_window...

Split GtkWindowGroup into its own file

gtkwindow.c is too big and too messy. This is a small step
towards making it better.

Shorten test paths

label-sizing reftest: Hardcode ltr

This reftest doesn't work in rtl.

reftests: Add a way to hardcode text direction

Some tests don't work in rtl, so add a way to hardcode
the expected text direction. This is in preparation for
running reftests in an rtl locale.

tests: Add tests for grab interaction with gestures

The behavior of gestures that are kept outside/inside a grab is tested,
to ensure the former are cancelled and the latter remain unchanged.

widget: Ensure all gestures outside a grab scope are cancelled

This code is a product of early stages in the gestures branch, where
capturing would have an effect outside grab boundaries. But this isn't
really the case, so every gesture outside the grab scope must be reset
to avoid keeping stale data.

tests: Add gesture tests for early/late sequence claiming

This tests both a sequence being claimed early to be then denied
(and handled deeper in propagation chain), and a sequence being
claimed late in the capture phase (and thus being cancelled deeper
in the propagation chain)

tests: Inform of gesture updates during recognition

May be useful to find out which gestures are still being triggered
by a sequence.

testsuite: Prepare gestures testsuite for mouse/touch events

state is preserved for mouse emulation, and up to 10 touchpoints for touch
emulation.

widget: Only deny a sequence if it was previously claimed

Before this change, a sequence being claimed deep in the event propagation
chain would make the sequence go denied on every ancestor, regardless of
previous state.

To make things more consistent, only deny the sequence if it was previously
claimed, so the behavior is the same for gesture groups within the widget
than for those outside the widget.

The gestures testsuite has been updated to reflect this new behavior.

gesture: Ensure late gestures handling the sequence get the group state

It might happen that a gesture claims a sequence before any other gesture
in its group even handled a single event from that sequence. In that case,
ensure the state is set accordingly right when the sequence is handled in
those.

The "group" gesture testcase has been updated to observe this behavior.